Merge version 10.46-1~deb13u1+rpi1 and 10.46-1~deb13u2 to produce 10.46-1~deb13u2+rpi1

changelog for 10.46-1~deb13u2

Backport of pcre2-10.48-Fix-DFA-workspace-overflows.patch

Cherry-pick of c932e70451eafef922ebef364ac25042f0031135

Fix DFA workspace overflows; see GHSA-3r4p-g7gg-ppmf for details

(cherry picked from commit bcaf1ba40748a27e1e666491a0e9887f0f5f2965)

Backport of pcre2-10.48-Fix-compiler-integer-overflows.patch

Cherry-pick of ec9c286d5c10cf1c388b58a442ccefded42254fd

Fix compiler integer overflows; see GHSA-fmgr-6ggq-9859 for details

(cherry picked from commit 983158a222ec27a93ce678778f9343f7dfa35845)

Backport of pcre2-10.48-Fix-invalid-UTF-backwards-scans.patch

Cherry-pick of 4889caf31a4c5a6b3c051f0031bf2dbd78f2c287

Fix invalid UTF backwards-scan reads; see GHSA-9qww-pwc4-77qq for details

(cherry picked from commit e1fd2e68fe364d14a01ec42bf07201d9820eee8e)

Backport of pcre2-10.48-Fix-allocation-byte-sizing.patch

Cherry-pick of 8156b3989a82f2ddf9504d8248496e9b124be7f3

Use CU2BYTES for byte sizing in two allocation sites (#909)

Two allocation sites multiplied by PCRE2_CODE_UNIT_WIDTH (the bit width:
8, 16, or 32) where the CU2BYTES(x) byte-count helper is intended. The
result over-allocates by the code-unit byte width: 8x in 8-bit mode, 16x
in 16-bit, 32x in 32-bit. Subsequent memcpy calls already use CU2BYTES
correctly, so no out-of-bounds write occurs; the over-allocation is
leaked until the buffer is freed.

Also guard each site against integer overflow in
sizeof(pcre2_memctl) + CU2BYTES(N + 1) by rejecting N greater than
(PCRE2_SIZE_MAX - sizeof(pcre2_memctl)) / CU2BYTES(1) - 1.

(cherry picked from commit 31ec59526d641b85108c726fe201effc5dca8627)

Backport of pcre2-10.48-Check-JIT-mode-before-validation.patch

Cherry-pick of f67db227af31bba7cdf2a7a00b97af91b588c2f5 and e2f100156b94cf85dce9046b47a3274590487de4

Fix pcre2_match to check for JIT support before JIT validation & execution (#926)

This fixes the issue that the JIT branch's UTF validation is not pinned to be identical to the interpreter's validation.

This was not robust, and lead to a bug, in the case where the JIT UTF validation is done, but because the relevant JIT mode was not compiled, it falls through to the interpreter and skips the interpreter's own UTF validation and setup.

Add a testcase for #926 (#940)

(cherry picked from commit ab7097fbde778e0e4d17752ba2a14a7430d35385)

Backport of pcre2-10.48-Fix-JIT-match-context-reuse.patch

Cherry-pick of 1dcd0cf42a6a7cb62cc9a7c024196733abcfda95 and 1cad831209af67d24298c301a74c615d3a6d57eb

Fix leak & stale PCRE2_MD_COPIED_SUBJECT if pcre2_jit_match used with existing match context (#937)

The problem is not that pcre2_jit_match() needs to add support for PCRE2_COPY_MATCHED_SUBJECT. Instead, if the passed-in context somehow contains a previously-copied subject (by non-JIT matcher using a global or cached subject) then it will be leaked, and worse, incorrectly free'd later.

pcre2test: honor no_jit when used with jitfast (#946)

`pcre2_jit_match()` ignores the PCRE2_NO_JIT option, so teach pcre2test
to avoid calling it if the subject modifier that sets that option is
used together with the option to call it directly.

While at it, make jitverify more reliable and add a unittest to validate
that PCRE2_NO_JIT is ignored in the fast JIt path.

(cherry picked from commit e5b9232fc4cd6a0df312ae25568e72cd337cafa2)

Backport of pcre2-10.48-Fix-JIT-STR_END.patch

Cherry-pick of ff92e0b9cea5b5ae3af12ba930d03556684f098b

Fix setting STR_END in JIT (#912)

When OP_VREVERSE is present in a non-atomic LOOKBEHIND ASSERTION,
the STR_END must be set before the backtracking path is executed.

(cherry picked from commit 0aa5bbca3ac70e6c22562488ead6cb2032447fc5)

Backport of pcre2-10.48-Fix-scan-prefix-repeat-reset.patch

Cherry-pick of 7a33b226fe0dc243cbed47fcbe49025ec4aea125

Fix repeat reset for scan prefix (#875)

(cherry picked from commit f945e356e0ba203a974717af2cff0baee01f1db4)

Backport of pcre2-10.48-Fix-character-list-generator.patch

Cherry-pick of f483bce249c537c482d686234257017dcfb72aaf

Fix character list generator (#841)

(cherry picked from commit a4318173dab0c332ab7d859f37ac71099326a0f2)

Backport of pcre2-10.48-Write-serialization-padding.patch

Cherry-pick of edc111a6831591f68b5355a08cc9df8be8f35304

Write padding values to ensure pcre2_serialize_encode() outputs defined values (#826)

Fixes low-severity valgrind error reported in GHSA-q7rw-r7qq-2hx6.

(cherry picked from commit efeabb2dc9adfb91abf8feecd8daccb2a38ea94f)

Backport of pcre2-10.47-Fix-for-callback.patch

Cherry-pick of cc6c84d0207d9d09ca9e42996f0bc50353c03157

Add fix and tests for callback enumerate (#801)

This is a bug in PCRE2 10.45 and 10.46, not present in 10.44 and earlier.

The bug is that applications using pcre2_callout_enumerate() will crash badly on patterns with Unicode (ie non-ASCII) character classes. There is an out-of-bounds read of arbitrary length, including misinterpreting the bytes as offsets, allowing the read to jump forwards in memory to pretty much anywhere.

Applications which call pcre2_callout_enumerate should potentially downgrade to PCRE2 10.44 until we release an update of PCRE2 with the fix.

Since this function is (clearly!!) not used often by applications, I am not currently treating this as very high severity. There is no way for an attacker to make any application call this function, if it is not currently using it.

The root cause seems to be commit 24f9d8d (#540).

---------

Co-authored-by: Carlo Marcelo Arenas Belón <carenas@gmail.com>
(cherry picked from commit 16c1b6fb2a45c8bebcc46aa22e7c0b26759b77a0)

Merge version 10.45-1+rpi1 and 10.46-1~deb13u1 to produce 10.46-1~deb13u1+rpi1

Manual merge of version 10.44-4+rpi1 and 10.45-1 to produce 10.45-1+rpi1

changelog for 10.46-1~deb13u1

Merge tag '10.46' into dgit/trixie

Upstream version 10.46

New upstream version 10.46

changelog for 10.45-1

New upstream version 10.45

Merge tag '10.45'

Upstream version 10.45

Update d/copyright to reflect changes sljit path in source

Update symbols files for 10.45~rc1

changelog for 10.45~rc1-1

Merge tag '10.45-rc1'

Upstream version 10.45-rc1

Revert "pcre2test: memory reports only compiled memory usage for code/data (#418)"

This reverts commit c015b7e5bbc8614dd1fddee06aeea9872f938d2c.

This was an upstream fix incorporated early - revert it here to
facilitate merging in upstream 10.45.

New upstream version 10.45-rc1

changelog for 10.44-5

Enable JIT on loong64 (closes: #1089230)

Merge pcre2 (10.44-4+rpi1) import into refs/heads/workingbranch

pcre2 (10.44-4+rpi1) trixie-staging; urgency=medium

  * Disable JIT on armhf, it's tests fail on raspbian.

[dgit import package pcre2 10.44-4+rpi1]

changelog for 10.44-4

Do not enable JIT on armel (Closes: #1087563)

Per pcre2jit.3, JIT requires:
ARM 32-bit (v7, and Thumb2)

Per https://wiki.debian.org/ArchitectureSpecificsMemo#armel armel only
offers armv5te

Add build-dependency on dh-autoreconf

I think this is also unnecessary when we move to a better dh
compatibility level

Changelog for 10.44-3

The upstream fix is 57906628d7babd27c01eb1c085d3e0cdd512189a

pcre2test: memory reports only compiled memory usage for code/data (#418)

Since 05aafb2 (Implement pcre2_set_max_pattern_compiled_length() and set
this limit in the fuzzer, 2024-04-24), the memory modifier has reported
the full size of the allocated "code" returned by `pcre2_compile`.

Problem is that the size of the structure used to hold that in memory also
depends on the platform ABI and even alignment by the compiler, and has
been therefore fragile to compare.

Revert to reporting only the additional memory that `pcre2_compile()` will
use for the compiled pattern (including any data tables) and make sure
that the limit provided with `pcre2_set_max_pattern_compiled_length()`
also avoid the internal struct overhead.

Fixes: #415

Use dh_autoreconf (Closes: #1087562)

Note that using dh_autoreconf becomes the default from debhelper
compatibility level 10 onwards, so this should be reverted once we've
made that move.

changelog for 10.44-2

Add note about libre2-dev (Closes: #1082901)

Update homepage (Closes: #1073087)

It's not quite clear what the future of pcre.org is (it's more
up-to-date thatn when this bug was filed), but at least for now the
github page is a better bet.

Update symbols for 1.44

changelog for 10.44-1

Import pcre2_10.44.orig.tar.gz

[dgit import orig pcre2_10.44.orig.tar.gz]

New upstream version 10.44

Merge tag '10.44'

Upstream version 10.44

Update symbols files for 10.43

changelog for 10.43-1

New upstream version 10.43

Merge tag '10.43'

Upstream version 10.43

changelog for 10.42-4

Compile JIT on riscv64 (Closes: #1050819)

Not quite the submitter's patch, because I got distracted by the arch
list not being sorted...

Sort jit archs list

changelog for 10.42-3

Specify source format 1.0 explicitly (Closes: #1049910)

Changelog for 10.42-2

disable JIT on sparc (Closes: #1034779)

Changelog for 10.42-1

Merge tag '10.42'

Upstream version 10.42

New upstream version 10.42

changelog for 10.40-3

Support the noudeb build profile (Helmut Grohne). (Closes: #1024941)

changelog for 10.40-2

d/watch: Remove non-functional filenamemangle

The filenamemangle with the <project> template breaks downloading.

d/copyright: Convert to machine-readable format

Include missing licenses on conversion:
BSD-2-clause
BSD-3-clause
X11

d/copyright: Correct the source URL (Closes: #1012679)

update watch file to note new upstream repo name

There's now a PCRE2Project rather than just being under the author's
personal github space.

changelog for 10.40-1

New upstream version 10.40

Merge tag '10.40'

Upstream version 10.40

changelog for 10.39-4

Upstream patch: fix build for Hurd (#52) (closes: #1009066)

Since d5a61ee8 (Patch to detect (and ignore) symlink loops in
pcre2grep., 2021-08-28), there is optional code that depends
on readlink and PATH_MAX but that had only detection added for
the first.

GNU Hurd doesn't have the later so it fails to build.

Improve the detection to include both dependencies in autotools
and cmake to fix that.

Signed-off-by: Carlo Marcelo Arenas Belón <carenas@gmail.com>
Signed-off-by: Matthew Vernon <matthew@debian.org>

changelog for 10.39-3

re-enable MIPS JIT support (Closes: #892488)

upstream fixed this a while back

Enable JIT on s390x (Closes: #999836)

changelog for 10.39-2

Relax Depends: to libc-dev (Closes: #989729)

clarify what the -{8,16,32} runtimes are for

This arose from discussion in #978013; clarify the long descriptions
of the runtime packages.

soname of libpcre2-posix is now 3

changelog for 10.39-1

Update watch file to reflect new hosting location

(thanks to authors of https://wiki.debian.org/debian/watch !)

New upstream version 10.39

Merge tag '10.39'

Upstream version 10.39

changelog for 10.36-2

changelog for 10.36-1

Update watch file (previous site is gone)

New upstream version 10.36

Merge tag '10.36'

Upstream version 10.36

Changelog for 10.35-2

changelog for 10.35-1

bump standards-version (no changes needed)

New upstream version 10.35

Merge tag '10.35'

Upstream version 10.35

changelog for 10.34-7

Upstream patch for rspamd segfault (Closes: #946221)

Changelog for 10.34-6

Replace and Conflict libpcre2-posix0 (closes: #946279)

This is a bit sad, but because libpcre2-posix0 didn't reflect the
soname change to 2, the new package libpcre2-posix2 that _does_
reflect the soname change needs to replace and conflict with the new
version

changelog for 10.34-5

changelog for 10.34-4

Add symbols files (Closes: #945973)

libpcre2-posix soname change 0->2, update package name to match